home *** CD-ROM | disk | FTP | other *** search
/ The X-Philes (2nd Revision) / The X-Philes Number 1 (1995).iso / xphiles / hp48_2 / ascii_up < prev    next >
Internet Message Format  |  1995-03-31  |  5KB
  1. From comp.sys.handhelds Tue Jun 11 09:50:39 1991
  2. Path: seq!ecsgate!mcnc!uvaarpa!haven.umd.edu!udel!wuarchive!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!dohm
  3. From: dohm@magnus.acs.ohio-state.edu (Peter J Dohm)
  4. Newsgroups: comp.sys.handhelds
  5. Subject: Ascii Up/Download Idea for hp48sx
  6. Message-ID: <DOHM.91Jun10211848@bottom.magnus.acs.ohio-state.edu>
  7. Date: 11 Jun 91 02:18:48 GMT
  8. Sender: news@magnus.acs.ohio-state.edu
  9. Distribution: comp.sys.handhelds
  10. Organization: The Ohio State University
  11. Lines: 93
  12. Originator: dohm@bottom.magnus.acs.ohio-state.edu
  13. Nntp-Posting-Host: bottom.magnus.acs.ohio-state.edu
  14.  
  15.  
  16. Hello all!  Well, the other day I backed up all my chip games from my 48 in
  17. ->asc'd form, just for the heck of it.  Well, now I think I figured out the
  18. reason why...  You can easily upload these ->asc'd strings to your 48 at
  19. **almost** 9600 baud (something kermit will never do...).  Now, the ->asc'd
  20. string is longer than the original data, but the speed makes up for all of
  21. that...  See below for details... (it's quite simple, really, and i'm kinda
  22. surprised that no one's posted something like this yet (or have they???) )
  23.  
  24. Please make comments, suggestions for updates, etc.  Note that I just wrote
  25. this today, and haven't tested it much... If someone would like to play with
  26. it, find bugs, errors, etc. I can try writing some updates.  I'll be searching
  27. for better ways to do this myself, so please, drop me a line if you have any
  28. suggestions...
  29.  
  30. Ascii ReCeiVe
  31. -------------
  32.  
  33. This program is written for **quickly** uploading your ->asc'd files to your
  34. hp48sx.  It does NOT use Kermit, but rather the raw text up/down loading of the
  35. hp48sx.  It's quite a simple concept, really... Note also, that this will only
  36. work correctly when using the cable from your pc to your 48... ALSO note that
  37. I haven't tried this on a mac yet...  I'm not entirely sure how macs handle
  38. carriage returns and line feeds...  It seems to work fine every time on my
  39. IBM pc, so if someone could mail me the mac specs, i could try writing a mac
  40. version...
  41.  
  42. INSTRUCTIONS:
  43. Cut this little puppie out and download it to your hp.  Call it something like
  44. ARCV ( Ascii ReCeiVe ?)
  45.  
  46. From there, it gets a bit tricky, and this is where I could use some ideas on
  47. bettering it.
  48.  
  49. (it's finals week, my mind's not working too well right now :)
  50.  
  51. After downloading you're ready to run it, but it's not THAT simple :)
  52.  
  53. Upon executing the program you communications parameters should be:
  54.  
  55.    wire ascii 9600 none 0 3 1
  56.  
  57. Then, using your favorite telecom program (like telix) you ASCII upload
  58. the string to your hp48.  Here's what you need to check:
  59.  
  60.   You must make sure that the telecom program is stripping uploaded linefeeds,
  61.   and pacing lines at 2/10's of a second.
  62.  
  63. Once you're sure everthing looks correct, you do this:
  64.  
  65. Figure out ( via a directory ) how many bytes the ->asc'd string that you
  66. want to send to the hp48sx is.  Put that number on the stack.
  67. Then, in close chronological proximity to one another, you run ARCV
  68. then about a half second later, start the ascii upload from your pc.
  69. It works every time for me... (but of course that guarantees nothing :)
  70. Then, when you've got the string, proceed as you normally would...
  71.  
  72. Anyone can easily see that this is awkward.  I figured rather than
  73. holding back the idea until i refined it, i'd let you all help me refine it...
  74. If anyone can figure out how to increase the speed, that'd be great.
  75. I haven't had that much time to play with it.
  76. (maybe transferring it in binary?)
  77. (maybe writing this in machine language?)
  78.  
  79. (*
  80.    Tech info:  this little piece of code will figure out how many extra
  81.    characters are in your string, and subtract that number from the number
  82.    on the stack.  This program assumes that ->asc produces 64 character
  83.    lines, plus a carriage return and line feed (on an IBM) totalling 66.
  84.    Then it divides the number of characters by the number per line, and
  85.    manipulates that a bit to get the number of characters to be received.
  86.    Don't ask how I got the algorithm (It was trial and error!! :)
  87.    It then receives that number (stack minus extra chars) of characters and
  88.    puts it on the stack as a string.  Pretty simple...
  89.    I see lots of possible uses for this...
  90. *)
  91. ------snip snip----------
  92. %%HP: T(3)A(R)F(.);
  93. \<< \-> LEN
  94.   \<< LEN LEN 66 /
  95. CEIL 1 + - OPENIO
  96. SRECV DROP CLOSEIO
  97.   \>>
  98. \>>
  99. -----end-----------------
  100.  
  101. Peter J. Dohm
  102.  
  103. +-----------------------------------------------------------------------------+
  104. | Peter J. Dohm    - Comp. Science Major | ** dohm@magnus.acs.ohio-state.edu **  |
  105. |    dohm@geo1s.mps.ohio-state.edu    |      ak541@cleveland.freenet.edu      |
  106. | pete.dohm@osu.edu dohm@mps.ohio-... |     dohm@kcgl1.eng.ohio-state.edu     |
  107. +-----------------------------------------------------------------------------+
  108.  
  109.